जब मैं छोटा था तो मैं कई रॉक क्लाइम्बिंग और पर्वतारोहण अभियानों पर गया था। मैं कुछ प्रशिक्षकों और अभ्यासियों के संपर्क में आया जिन्होंने पहाड़ों में सुरक्षित रहने को बहुत गंभीरता से लिया। उनमें से एक ने द अमेरिकन एल्पाइन क्लब से चढ़ाई दुर्घटनाओं पर एक किताब ली। दुर्घटनाएं कभी भी एक खराब विकल्प का कारण नहीं थीं। वे समय के साथ लिए गए निर्णयों की एक श्रृंखला के कारण थे, जो दुर्घटना के लिए परिस्थितियों को बनाने के लिए संयुक्त थे। रॉक चेहरों के पास बैठकर मेरी याद में क्या अटका हुआ था, जो कि कहानियों में से एक के लिए बहुत अच्छी तरह से दृश्य हो सकता है, यह था कि कुछ मामलों में हम एक ही विकल्प बना सकते हैं। दिन के अलग-अलग समय, या अलग-अलग मौसम, या अलग-अलग चढ़ाई करने वाले भागीदारों को देखते हुए, एक ही विकल्प में जोखिम के विभिन्न स्तर हो सकते हैं। उन कहानियों को पढ़ने और उन पर चर्चा करने से मैं एक अधिक जागरूक साहसी और एक सुरक्षित पर्वतारोही बन गया। निर्णयों और घटनाओं की श्रृंखला का सार्वजनिक विश्लेषण और चर्चा, जिसके कारण दुर्घटनाएँ हुईं, शुरुआती लोगों को अनुभव बनाने में मदद करती हैं, विशेषज्ञ ज्ञान बढ़ाते हैं और सुरक्षा की संस्कृति को बढ़ावा देते हैं। अन्य उद्योगों और उप-संस्कृतियों के पास दुर्घटनाओं से सीखने के अपने तरीके हैं। उदाहरण के लिए: अमेरिकी सेना के पास कार्रवाई की समीक्षा के बाद, दवा में दुर्घटना समीक्षा बोर्ड हैं और विमानन में एनटीएसबी दुर्घटना की समीक्षा है। मैंने हाइपर स्केलर क्लाउड होस्टिंग प्रदाताओं पर आउटेज से मूल कारण विश्लेषण रिपोर्ट पढ़ी है। अक्सर वे एक लंबे मरे हुए जानवर के प्लास्टर के पैरों के निशान की तरह पढ़ते हैं, कानूनी और विपणन विभाग जीवन के किसी भी तत्व को साफ और साफ़ करते हैं या उनसे सीखते हैं। वे दुर्घटना जांच और रिपोर्टिंग के कार्गो कल्टिंग हैं। किसी भी पदार्थ के साथ सभी गति और प्रभाव। सॉफ़्टवेयर में त्रुटियों के लिए प्रचलित संस्कृति "यदि आप बस" प्रतीत होती हैं। जहां ज्ञान के अभाव में त्रुटियों को दोष दिया जाता है। यदि ऑपरेटर को "बस" कॉन्फ़िगरेशन परिवर्तन के प्रभाव के बारे में पता था, यदि डेवलपर ने "बस" उनके कोड परिवर्तन की बातचीत को समझा था। यह विशेषज्ञ ज्ञान की संस्कृति है। यह बिना जांचे-परखे इस विश्वास पर आधारित है कि बग केवल ज्ञान की कमी या देखभाल की कमी के कारण मौजूद हैं। या उनके आक्रामक चरम पर ले जाया गया: मूर्खता और आलस्य। सॉफ़्टवेयर उद्योग में, बग्स या आउटेज के कारण अक्सर चोट या मृत्यु नहीं होती है। हालाँकि, जैसे-जैसे समाज सॉफ्टवेयर सिस्टम पर अधिक निर्भर होता जाता है, हम गंभीरता का निर्माण कर रहे होते हैं और समस्याओं का प्रभाव केवल बढ़ता जाता है। जैसे-जैसे हमारे सॉफ्टवेयर सिस्टम जटिलता में बढ़ते जा रहे हैं और समस्याओं की पहुंच हम हल करने के लिए सॉफ्टवेयर लिखते हैं, हमें एक समाज के रूप में इस संस्कृति को बदलने से जूझना होगा। इस संस्कृति को बदलने के इस पथ पर एक कदम के रूप में मैं उन विफलताओं के बारे में बात कर रहा हूं जिन्हें मैंने देखा है या उनमें भाग लिया है। मेरा लक्ष्य दूसरों के लिए इसे साझा करना आसान बनाना है जहां वे असफल रहे हैं। यह एक फीडबैक लूप बनाएगा जो हमें तेजी से सीखने देगा। असफलता की कहानियों को साझा करने में मेरे साथ जुड़ें। यहां विफलता के बारे में बात की गई है, और मेरी और चक्रीय टीम से कुछ संबंधित पोस्ट हैं: https://www.youtube.com/watch?v=kRVUEYPua4A&t=7870s?embedable=true सर्वर रहित में कैसे विफल: सर्वर रहित स्टेटलेस है (ब्लॉग पोस्ट) इट्स ऑलवेज सनी इन अस-ईस्ट -1: गैंग डू बिजनेस कंटीन्यूटी (ब्लॉग पोस्ट) AWS S3: कभी-कभी आपको $100k बटन क्यों दबाना चाहिए (ब्लॉग पोस्ट) हमें आपकी कहानियां सुनना अच्छा लगेगा। कुछ लिखो। । इसे सार्वजनिक रूप से पोस्ट करें हमें बताइए। हमें आपकी पीठ मिल गई :) भी प्रकाशित हो चुकी है।. यहाँ हैकरनून स्टेबल डिफ्यूजन द्वारा उत्पन्न फीचर्ड इमेज।
